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AN ELECTRONIC MONEY SYSTEM OF TOKEN 
AND VALUE MIXED TYPE 

BACKGROUND OF THE INVENTION 

The present invention relates to an electronic 
money card and an apparatus handling an electronic money 
card, and in particular, to an electronic money card of 
5 an electronic money type in which a token type and a 
value type are mixed and to an electronic money system 
handling the electronic money card, and to an apparatus 
for use with the electronic money card in the electronic 
money system. 

10 Attentions have been recently attracted to an 

electronic commerce (EC). In such commercial systems, an 
electronic money system using an IC card is to about to 
be put to practice in which electronic money can be used 
in a store existing on a network such as the Internet and 

15 an actual store. Electronic money systems using IC cards 
are classified into systems of "closed loop type" and 
"open loop type" on one hand and into those of "token 
type" and "value type" on the other hand. 

One of the problems associated with practical 

20 uses of such electronic money systems of the IC card type 
is prevention of money laundering for money illegally 
gained. ("Money laundering" is conducted so that any 
traces of the dubious money are erased and the money is 
beyond the reach of the police . ) In the electronic money 



system of the closed loop type, when a transactions is 
achieved by a store and a financial institution or 
facility such as a bank with an electronic money card, 
personal transaction history recorded in the electronic 
money card is transferred to a computer of the bank. 
Since personal information is accumulated in the bank, 
there exists a fear of invasion of privacy. Moreover, a 
large volume of transaction history is transmitted via 
terminal devices and automatic transaction machines of 
stores and a network to the computer of the bank to be 
accumulated as transaction history in a recording 
apparatus of the computer. Consequently, there arises a 
problem of increase in cost for communication, 
processing, and accumulation of information. In the 
electronic money system of the open loop type, the 
personal history is not acquired by the computer of the 
bank when a transaction is achieved by an electronic 
money card. Therefore, the invasion of privacy is 
prevented and the problems related to the communication, 
processing, and accumulation cost can be avoided. 
However, there also remains the problem how to trace the 
electronic money transported for the money laundering. 

On the other hand, in the electronic money 
system of the value type, the balance of electronic money 
in the electronic money card is managed only in 
accordance with the value (amount). Namely, this system 
is quite simple and can be easily put to practice. 
However, since only the amount of payment or receipt is 



recorded in the transaction history of the electronic 
money card, the tracing of electronic money transported 
causes difficulties. 

In the electronic money system of the token 
type, the electronic money balance is managed by the 
issuance number of each electronic bill. That is, the 
transaction history includes the bill issuance numbers 
and hence the transported electronic money can be easily 
traced. However, since the minimum unit of money is one 
yen for the bill issuance number, the cost of 
accumulating the transaction history in the electronic 
money card is increased and the processing time is 
accordingly elongated. Consequently, this system is 
unsuitable for practice. 

SUMMARY OF THE INVENTION 

It is therefore an object of the present 
invention to provide an electronic money system in which 
the privacy of each customer can be ensured and the 
transported electronic money can be easily traced without 
increasing the cost of communication, accumulation, and 
processing of information and data with respect to an 
electronic money card and a computer of a financial 
facility and the like. 

Another object of the present invention is to 
provide an electronic money card which can be 
satisfactorily used for transactions of a small amount of 
money with a little increase in the cost and which 



ensures the privacy and helps tracing the transported 
electronic money for the prevention of money laundering. 

In accordance with the present invention, there 
is provided an electronic money card of a token and value 
mixed type. In the electronic money card, there are 
stored issuance numbers of a relatively large 
denomination bills and the balance of coins as a value 
amount. When the coin balance is equal to or more than 
the transaction amount, the coins are preferentially used 
for the payment. When the coin balance is insuficient, 
bills are used therefor. For a remaining amount of 
transaction for which the coin balance and the bills are 
not appropriately used for the payment, a bill is changed 
into a value amount of coins and used for the payment. 
Additionally, in accordance with the present invention, 
there is provided an electronic money transporting 
apparatus or transporter to handle the electronic money 
card of the token and value mixed type. From an 
electronic money card of a payer, the transporter 
receives an issuance number of a bill and/ or a value 
amount of coins and then passes the niimber and the value 
amount to an electronic card of a recipient. The card of 
the recipient stores the received number in an internal 
storage thereof and adds the value amount of coins to the 
coin balance. 

Furthermore, when a bill is changed into a 
value amount of coins in an electronic card, the issuance 
number of the bill thus changed is recorded as an invalid 



bill in the electronic card. In this case, the invalid 
bill is also used as a clue or lead to trace the 
transported electronic money. In a transaction achieved 
by an electronic money card with a financial facility, an 
automatic transaction machine (ATM) receives a card 
identifier (ID) and an issuance number of the invalid 
bill from the electronic money card during a depositing 
or withdrawing operation and then transmits the card ID 
and the issuance number to a computer of the financial 
facility. Particularly, in the money depositing 
operation, the ATM receives an issuance number of a bill 
deposited from the electronic money card and transmits 
the number to the computer. On receiving the issuance 
number of the deposited bill and the issuance number of 
the invalid bill and then stores the card ID and the 
received issuance numbers in a storage with a 
correspondence established therebetween. 

As described above, in accordance with the 
present invention, the electronic money card is a token 
and value mixed type in which a bill having an issuance 
number and coins having only a value amount are 
appropriately utilized depending on cases. Therefore, 
there is provided an electronic money card in which the 
transferred electronic money can be easily traced and a 
transaction of a small amount of money can be efficiently 
carried out without increasing the cost. Additionally, 
when conducting a transaction by an electronic money card 
with a financial facility, the issuance number of the 



invalid bill registered to the card and the issuance 
number of the deposited bill are accumulated in a 
computer of the financial facility. However, since the 
transaction history recorded in the card is not passed to 
the side of the financial facility in the open loop 
system, there can be implemented an electronic money 
system in which the transferred electronic money can be 
easily traced without any invasion of privacy. 
Furthermore, it is possible to minimize the cost of 
communication, processing, and accumulation to register 
the invalid bill and the deposited bill to the financial 
facility. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The objects and features of the present 
invention will become more apparent from the 
consideration of the following detailed description taken 
in conjunction with the accompanying drawings in which: 

Fig. 1 is a diagram showing a flow of 
electronic money and data in an embodiment of an 
electronic money system in accordance with the present 
invention ; 

Fig. 2A is a flowchart showing a processing 
flow of an electronic money card 1 of a payer and a money 
transporter 2 in the embodiment; 

Fig. 2B is a flowchart showing a processing 
flow of the electronic money card 1 of the payer (after 
the flow of Fig. 2A) in the embodiment; 



Fig. 2C is a flowchart showing a processing 
flow of an electronic money card 3 of a recipient and the 
money transporter 2 (after the flow of Fig. 2A) in the 
embodiment; Fig. 3 is a flowchart showing a flow of 
processing in which an issuance number of a bill is 
transmitted to be accumulated in an electronic card/a 
computer 5 of a bank in the embodiment; and 

Fig. 4 is a flowchart showing a processing flow 
to trace a flow of money transported for money 
laundering. 

- DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Referring now to the accompanying drawings, 
description will be given of an embodiment of an 
electronic money system in accordance with the present 
invention. 

Fig. 1 shows in a schematic diagram a data 
layout of an electronic money card and a flow of 
electronic money and data. Nximeral 1 indicates an 
electronic money card of a payer. The card 1 includes a 
central processing unit (CPU), an input/output interface 
unit, and a memory as a data area. Stored in the data 
area are a card ID, an electronic money balance, a coin 
balance, bills, transaction history, and an invalid bill. 
The electronic money balance is obtained as a total of 
the coin balance and a balance of bills. For the bills, 
there are stored issuance numbers of all bills of the 
payer. Assume that the bills have only one face or 



denomination value, e.g., 10,000 yen. The transaction 
history includes transaction history of receipt and 
payment of money. In the history, a receipt /payment code 
represents a receipt /payment transaction. A transaction 
card ID indicates a card ID of an electronic money card 
of a partner of the transaction. A coin/bill code 
discriminates a receipt /payment transaction achieved by 
use of coins or bills. As to a value /issuance number, 
when the coin/bill code indicates "coin", the transaction 
amount is recorded in terms of a value amount, and when 
the coin/bill code indicates "bill", the transaction 
amount is recorded in terms of a bill issuance number. 
In a transaction hystory, records corresponding to 
hystories are present by considering the information 
above as one record. Stored in the invalid bill field 
are a bill issuance number of each bill which have been 
changed into coins and thereby becomes invalid at this 
point of time. 

Numeral 3 represents an electronic money card 
of a recipient. The card 3 is substantially equal to the 
card 1 of the payer in the hardware and software 
constitution, but only different in situation in the 
transaction. Numeral 2 denotes a money transporting 
apparatus or transporter such as a point-of-sale terminal 
device or unit, an electronic purse, or a server on a 
network. The transporter 2 includes a CPU, a memory, and 
an input /output interface. The transporter 2 
communicates with the card 1 of the payer via the 



input/output interfaces thereof to receives information 
therefrom and stores the information in its memory. 
Thereafter, the CPU of transporter 2 sends information 
from the memory to the card 3 of the recipient via the 
input /output interfaces thereof. Numeral 11 indicates a 
flow of electronic money from the card 1 of the payer to 
the card 3 of the recipient. Numeral 12 designates a 
flow of information which indicates the card ID of a 
partner of the transaction, recipient /payment code, and 
that transaction amount are communicated between the 
transporter 2 and the electronic money card 1 of a payer 
and the electronic money card 3 of a recipient, 
respectively . 

Numeral 5 indicates a computer (or a file 
thereof) of a financial facility such as a bank. The 
card has a data layout equal to that of the card 1 of the 
payer from the card ID up to the transaction history. In 
an invalid bill field, there are recorded the IDs 
respectively of the cards 1 and 3 and the issuance 
numbers of invalid bills. Numeral 4 indicates an 
automatic transaction apparatus (ATM) installed in a 
financial facility. In this concept of ATM, there is 
included a banking terminal unit on the Internet. The 
ATM includes a device to receive, as an input thereto, 
information from the cards 1 and 3. Numeral 14 indicates 
a flow of electronic money to indicate how the electronic 
money is transported between the cards 1 and 3 and the 
computer 5 of the financial facility. Numeral 13 denotes 
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a flow of information to indicate how the card ID of a 
partner of the transaction, the bills deposited, and an 
invalid bill are transmitted from the cards 1 and 3 to 
the computer 5. When the financial facility adopts an 
outsourcing system in which the banking operations are to 
be carried out by a computer center of another firm, the 
computer 5 indicates a computer of the firm. 

Figs. 2A to 2C show in flowcharts a flow of 
processing in the card 1 of payer, the money transporter 
2, and the card 3 of recipient. The transporter 2 
transmits the obtained items including the card ID of the 
card 3, the receipt /payment code = payment code, and the 
transaction amount to the card 1 (step 21). The card 1 
receives these information (step 22) and then refers to 
the electronic money balance and the coin balance in the 
data area (step 23). If the electronic money balance is 
less than the transaction amount (no in step 24), the 
card 1 notifies the condition of impossibility of payment 
to the transporter 2 (step 25). The transporter 2 
responsively displays the impossibility of payment on its 
display device (step 26) and terminates the processing. 
If the electronic money balance is equal to or more than 
the transaction amount (yes in step 24), the card 1 
checks to determine whether or not the coin balance is 
equal to or more than the transaction amount (step 27). 

If the coin balance is equal to or more than 
the transaction amount (yes in step 27), the transaction 
amount is set to the transaction balance ( step 28 ) . An 



amount obtained by subtracting the transaction balance 
from the coin balance is set as the (new) coin balance, 
which is recorded in the data area to thereby update the 
data area (step 29). The card 1 notifies a notification 
of payment of the coin money to the transporter 2 (step 

30) . The transporter 2 receives the coin money (step 

31) , and then proceeds to processing of step 51 (Fig. 
2C). Next, the card 1 subtracts the transaction amount 
from the electronic money balance to produce the (new) 
electronic money balance and then records the obtained 
balance in the data area to thereby update the data area 
(step 32). The card 1 writes one record of transaction 
history in the memory (step 33). In the transaction 
history record, the receipt /payment code records the 
"payment code", the transaction code ID records the "card 
ID from the transporter 2", the coin/bill code records 
the "coin code", and the value amount /issuance number 
records the "transaction amount", respectively. The 
steps 32 and 33 may be reversed. 

If the coin balance is less than the 
transaction amount (no in step 27), the transaction 
amount is divided by the face value of the bill. The 
quotient is set as the number of bills for the payment 
and the remainder is assumed as the transaction balance 
(step 34). When the niimber of bills is other than zero, 
the issucince numbers of the pertinent bills are acquired 
for the payment from the data area (step 35) to be 
notified to the transporter 2. Thereafter, the numbers 
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Of the bills paid are deleted from the data area (step 
36). The transporter 2 then receives the bills (issuance 
nximbers; step 37) and then records transaction history 
for each issuance number of bills, i.e., the records 
equal to the number of bills paid. The coin/bill code 
records the "bill code" and the value /issuance number 
records the issuance number of each bill paid (step 38). 
If the number of bills is zero, steps 35 to 38 are 
skipped. A check is then made to determine whether or 
not the coin balance is equal to or more than the 
transaction balance (step 39). If the coin balance is 
equal to or more than the transaction balance (yes in 
step 39), process goes to step 29. However, when the 
transaction balance is zero, steps 30, 31, and 33 are 
skipped. If the coin balance is less than the 
transaction balance (no in step 39), process goes to 
processing of step 41 (Fig. 2B) to change the bill into 
coins. When the number of bills is zero, the result of 
step 39 usually becomes "no", since the result of 
determination of step 39 is the same as that of step 27. 

In Fig. 2B, the card 1 of payer adds the bill 
amount to the coin balance to create the (new) coin 
balance. The obtained balance is written in the data 
area for the update thereof (step 41) and then one bill 
(issuance number) is obtained from the data area (step 
42). Subsequently, the bill (issuance number) is 
additionally registered in the invalid bill field of the 
data area (step 43). The issuance number of the bill 
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taken out Is deleted from the data area (step 44) and 
then process goes to step 29. Although step 42 is to be 
executed before steps 43 and 44. the position thereof in 
the program may be changed only if this condition is 
satisfied. 

In Fig. 2C, the transporter 2 checks to 
determine whether or not the transaction amount is equal 
to the total amount of the coins and bills received from 
card 1 of payer {step 51). If these amounts match each 
other, the transporter 2 sends the card ID of the card 1, 
the receipt /payment code (= receipt code), and the 
transaction amount to the card 3 of recipient (step 52). 
On receiving these items (step 53), the card 3 refers to 
the electronic money balance and the coin balance in the 
data area (step 54). In the payment of electronic money, 
when the bills (issuance numbers of the bills for 
payment) and/ or coins (the value amount) are sent from 
the transporter 2 (step 55). the card 3 receives the 
electronic money (step 56). If there exists coins, the 
card 3 adds the value amount received to the coin balance 
to generate the (new) coin balance. The new coin balance 
is written in the data area to thereby update the data 
area (step 57) and then one record of transaction history 
is written in the area (step 58). In the transaction 
history, the receipt /payment code is set to "receipt 
code", the transaction ID is "card ID received from the 
transporter 2", the coin/bill code is set to "coin code", 
and the value amount/issuance number field includes the 
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received value amount. Next, if there exits a bill, the 
issuance numbers of the bills received are registered to 
the data area (step 59). For each issuance number of 
bill, one record is written as transaction history in the 
area (step 60). Finally, the transaction amount is added 
to the electronic money balance to create the (new) 
electric money balance. The resultant balance is written 
in the data area for the update thereof (step 61) and 
then the processing is terminated. Steps 57 to 60 may be 
executed in any sequence . 

As described above, the electronic money card 1 
of the payer automatically selects a combination of 
"coins" and "bills" in accordance with the amount of 
payment to executes a procedure for payment. However, it 
is unnecessary for the user to pay attention to the 
combination of "coins" and "bills" selected for the 
payment . 

Fig. 3 shows in a flowchart a flow of 
processing of the registration of an invalid bill and 
bills in a depositing operation when bills are 
transported between the electronic money cards 1 and 3 
and the computer 5 of a bank via the ATM 4 of the bank. 
When the card 1, 3 is installed in the ATM 4 to deposit 
or to draw money from the bank, the card 1, 3 
automatically sends to the ATM 4 the card ID thereof and 
the issuance number of the invalid bill recorded therein 
(step 71). On receiving these items of information, the 
ATM 4 transmits the information to the computer 5 of the 
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bank (step 72), The computer 5 then registers the 
information items to a storage area of invalid bills in 
an external storage of the computer 5 (step 73). When 
the possessor of the card indicates a deposit of money 
equal to or more than the coin balance to the ATM 4, the 
card 1, 3 transmits to the ATM 4 the issuance numbers of 
bills necessary for the deposit (step 74). The ATM 4 
then transmits the numbers to the computer 5 of the bank 
(step 75). The computer 5 records the card ID, the bill 
issuance numbers, and the like in an area of transaction 
history of the external storage of the computer 5 (step 
76). In the processing above, the card IDs of the cards 
1 and 3 and the issuance ntmibers of the invalid and valid 
bills are recorded on the side of the bank. However, the 
transaction history recorded in the data areas of the 
card 1 and 3 is not passed to the bank side in any 
situation. 

Fig. 4 shows in a flowchart a flow of 
processing to trace money undergone the money laundering. 
In accordance with an objective issuance number of bill, 
the computer of the bank retrieves transaction history 
and an invalid bill in the external storage (step 81). 
When a bill having the issuance number is detected (yes 
in step 82), the transaction card ID is displayed on the 
display unit (step 83). Using as a clue the possessor of 
the card ID, the police can check transaction history in 
the data area of each money card to thereby find out a 
suspect of the money laundering in accordance with the 
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final card ID thus retrieved. 

In this connection, when the money transporter 
2 is replaced with an ATM and the electronic money card 
of the recipient is substituted for a computer of the 
bank, the depositing operation of the ATM can also be 
carried out in the same processing procedure as for the 
paying operation shown in Figs. 2A to 2C. 

While the present invention has been described 
with reference to the particular illustrative 
embodiments, it is not to be restricted by those 
embodiments but only by the appended claims. It is to be 
appreciated that those skilled in the art can change or 
modify the embodiments without departing from the scope 
and spirit of the present invention. 



